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ABSTRACT 



A method and apparatus for creating a computerized market 
for used and collectible goods by use of a plurality of low 
cost posting terminals and a market maker computer in a 
legal framework that establishes a bailee relationship and 
consignment contract with a purchaser of a good at the 
market maker computer that allows the purchaser to change 
the price of the good once the purchaser has purchased the 
good thereby to allow the purchaser to speculate on the price 
of collectibles in an electronic market for used goods while 
assuring the safe and trusted physical possession of a good 
with a vetted bailee. 

54 Claims, 13 Drawing Sheets 
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FIGURE 6/13 
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FIGURE 7/13 
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FIGURE 9/13 
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FIGURE 10/13 
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METHOD AND APPARATUS FOR USING To provide the excitement of a "live" auction house type 

SEARCH AGENTS TO SEARCH PLURALITY atmosphere to remote participants in a electronic auction. 

OF MARKETS FOR ITEMS x 0 prov ide data analysis to the market makers of collect- 

- _ able good or consignment node users on the price, price 

This application is a continuation of U S L patent apph- 5 movements, and quantity of collectable goods in the virtual 

cation Sen No. 09/166,779 filed Oct. 6, 1998, which is a market 6 
divisional of U.S. patent application Ser. No. 08/554,704 _ ' . , , . . * , 

Filed Nov. 7, 1995, now U.S. Pat. No. 5,845,265 which is a To prov.de an electronic agent interface for participants to 

Div. of U.S. patent application Ser. No. 08/427,820 filed Apr. *"* a P"y °* consignment nodes to search for a used 

26 1995 £ or colk^bfe ltem - 

To provide a means to track down the owner of a 

BACKGROUND OF THE INVENTION particular used or collectable good. 

The present invention relates to used and collectible Further, to provide a trusted network of consignment 

goods offered for sale by an electronic network of consign- nodes that act as brokers to provide a means to electronically 

ment stores. More specifically, the present invention may be present a used good or collectable to an electronic market, 
an electronic "market maker" for collectable and used The foregoing objects and advantages of the invention are 

goods, a means for electronic "presentment" of goods for illustrative of those which can be achieved by the present 

sale, and an electronic agent to search the network for hard invention and are not intended to be exhaustive or limiting 

to find goods. In a second embodiment to the present of me poss i b \ c advantages which can be realized. Thus, 
invention, a low cost posting terminal allows the virtual 2Q these and other objects and advantages of the invention will 

presentment of goods to market and establishes a two tiered be apparent f rom t he description herein or can be learned 

market of retail and wholesale sales. from practicing the invention, both as embodied herein or as 

Certain items and used goods have a large following of modified in view of any variations which may be apparent 

collectors. These items include baseball cards, dolls, pens, t0 those skilled in the art. Accordingly the present invention 
watches, comic books, stamps, coins, and the like. It is well 25 resided in the novel methods, arrangements, combinations 

known to establish shops specializing in these items. It is a nd improvements herein shown and described, 
also well-known to establish boards for the sale of used The m invention fe a netWQrk of consignment nodes 

goods. And is known to sell new goods on a special and a low cost iQ use tf terminal for the virtual 

television channel like the Home Shopping Channel. presentment of goods to market. A consignment node is a 

The prior art does not provide a means to electronically 30 com puter database of used goods preferably operated by a 

market used goods or provide an avenue to allow partici- used good> collectable shop keeper or a bailee. A posting 

pants to speculate on the price of collectable or used goods terminal is a low cost easy to use computer and computer 

in an electronic market place. Moreover, the art does not peripheral devices used by a small store owner to present 

show a way for small to medium size business to use a low goods t0 a computerized marker and track the sales of goods 

cost posting terminal in conjunction with a market maker 35 and con trol the posted inventory. All consignment nodes 

computer to collectively create a virtual market for used and users or operators, hereinafter users, are "trusted" licensees 

collectible goods. Thus, to address the short comings of the or franchisers of the software and hardware necessary to 

art the present invention has the following objectives: create and ope rate a consignment node. Thus, the network 

SUMMARY OF THE INVENTION provides a trusted means for consignment node users, e.g. 

To establish a low cost computer means for a used good 40 sho P kee P e £ k el6Ctr ° niC "^r u* colIecta ? e 

and/or consignment stores to establish a "trusted" comput- es,abh f e , 1 * clron ' c auc , Uo f • e , sta "* h f m B eans for 

erized market for used and collectible goods. searching each others shops to locate hard to find col- 

„ , ... . , j . • , lectibles items, and a means to electronically present goods 

To establish a computer means to admmistrate and pro- , 0 a markc , ^ ^ ^ ^ ^ of u * 

vide inventory tracking to used good and/or consignment 4J consi me ^ nodes to become , dominan , mafket 

stores when the stores make a virtual presentment of a good u c • i i c a e i 

A . , . A , . *. . , , . r , maker for a particular class of goods, for example, a con- 
to a computerized market and the good is sold at the virtual ■ „ f m „, . * • \. ... /I ' . r , 
* j / _•■ . o signment node franchise may be given the rights to estabhsh 
market and/or the good is sold through the store front. tU A . . , . f J u , . . *. • 
_ , . & & , . the dommant market for collectable antique pens. It is 
To establish a computer means to double tier a comput- understood, a central market maker computer may be vir- 
enzed market for goods, where the first tier is a retail price 50 ^ divided mto ^lent markets with posting terminals 
and the second her is a wholesale or dealer to dealer price used „ the means for the market t0 oblaifl viftual title ^ 
and an authorized dealer has pre-approved access to the 0ther con signment nodes, after taking physical possession 
dealer-to-dealer price and may charge and display the retail of a good> may make an electronic presen tment of that good 
price to a local store customer. to such a dominant consignment node market. Thus, a local 
To establish a computer means for archiving records of 55 collector of antique pens may bring a pen to a convenient 
transactions in a computerized market for collectible and consignment node in Smalltown, USA, the consignment 
used goods and distributing the archive to computer termi- network would allow this collector to electronically 
nals that may then research and analyze valuation and price "present" his pen to the dominant market make node for 
trends of collectible and used goods in the computerized antique pens in for example, Chicago. Participants, e.g. 
mar ^ et - 60 customers and collectors (hereinafter "participants"), may 
To establish a computer means for a used good store or reach a dominant node's market, or any other consignment 
consignment store to sell used goods and collectibles elec- nodes electronic store, from his or her home by logging on 
tronically and to provide the automatic electronic re-sale of from a PC located at the participant's home to their locally 
goods purchased. operated consignment node and reaching the distant con- 
To establish a market for goods with a dominant elec- 65 signment node through the network of consignment nodes, 
tronic "market maker" node to allow collectors to speculate Thus, each consignment node user, e.g. shop keeper, has a 
on the collectable goods market. potential participant, i.e. customer base, of all consignment 
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node participants. In other words, a potentially huge cus- node verifies that enough information has been filled out in 
tomer base that incurs the minimal cost of a local consign- the displayed computer record, as well known to the elec : 

ment node connection may reach any other consignment Ironic database arts, and accepts the record. It should be 

node through the consignment node network. And local noted that the consignment node database record has data 

collector's may economically participate in the collectable 5 fields f° r tne consignment node user to add value to his 

markets by using local access to a convenient consignment consignment node postings with subjective information such 

node "trusted" bailee, and electronically presenting collect- as condition of the card, special features such as autographed 

able goods to an electronic market. bv Babe Ruth > and Uke * 11,us * ^ consignment node user 

, . . - , may build business goodwill into his particular consignment 

A consignment node in a simple form may have a com- node operation by establishing his own particular subjectiv- 

puter 10, a digital camera 12, a bar code scanner 14, a ™ {{y and quality standards m item postings, 

display 16, a printer 20 a keyboard 18, a database 22 and a the data recofd or lhe particular Ba5e Ruth card ^ 

network connection 26 collectively called hereinafter a accepted by the consignment node the system may print out 

consignment node. The present invention also has a user a bar ^de label on the printer 20. The user may then put the 

interface application program to execute an a user or par- particular Babe Ruth card into a plastic bag and affix the bar 

ticipant's data terminal 28. ^ code label tQ ihQ bag ^ baf labeling system becomes 

The consignment node may have four modes of operation: a useful inventory management tool discussed below, 

a software download mode, an auction mode, a market It is understood in this first example that the consignment 

mode, and an agent mode. The software download mode node user is the legal and equitable owner of the Babe Ruth 

allows a participant to log into the consignment node and card and that the user posted a reserve or offer price on the 

receive a download of a participant interface application 20 particular card at his posting. In a second illustrative 

program. The auction mode allows a participant, from the example, a local resident would like to post, for example, his 

participant interface application program, to log into a Frank Robinson basebdl card. The resident brings his Frank 

consignment node to partake in an electronic auction. The Robinson card to the baseball card store and tells the 

market mode allows a participant with the participant inter- consignment node user he would like to offer his Frank 

face program to log into a consignment node to browse the 25 Robinsoa card for a consignment sale. Again, the consign- 

consignment node database to search for a used or collect- n ° d f "ser invokes the system database posting mode 

~~ n A tu + ™ a ii *• * * i - * and photographs the Frank Robinson card with digital 

able good. The agent mode allows a participant to log into „ « f> a u *u c ,i • ,l * K j 

. . j . r i* tT camera 12. As above, the user fills in the system generated 
a consignment node to formulate a search request for a di , for infonnalion ^mm/the Frlnk Rob- 
particular used good or collectable. The consignment node mson card . ^ resident informs me ^ f lhe reserve 0f 
may search its own database for the requested good and/or offer price ^ sigQS or agrees to a consigQment contract 
generate agents to search and report back a search request of with the consignment node user to accept the consignment 
other consignment nodes. terms to pay the consignment node user on the sale of the 

The present invention may allow a participant to elec- card, for example 6%, of sales price as a consignment fee. 
tronically purchase goods from a consignment node and to 35 Again, the system may print the appropriate bar code for the 
select whether the good should be shipped to a participant Frank Robinson card. The consignment node user then takes 
designed location or the participant may take electronic legal possession of the card and may affix the bar code label to an 
ownership of a good and post a new participant defined offer appropriate cardholder. It should be noted by the consign- 
or reserve price. By the interaction of a plurality of partici- ment oode user ma y a S ain " add value " to his consignment 
pants buying and selling collectibles on a consignment node, n node b X e . otenn g subjective criteria in the database entry for 
posting "buy at" and "sell at" quantities and prices the 40 authentot ^ condition, special attributes and the like. The 
consignment node may establish a market or become a ?^l Cip Tu °\ reS1 ^ Dt may °™ electromcall y P rcsent 
"market maker" for collectable goods. A participant may hlS * rai * R ° bmSOn card l ? any <» W»n| node consign- 
• « 1 * • ii * r * j ment node auction or consignment node market maker in the 
also elect to electronically transfer or present a good to a node network 8 

ditterent consignment node or market. This allows a par- , r ™ , , 

t - • , _ , . ii * li * A . . 45 Inese processes may be repeated again and again to 

ticpant to speculate wuh collectable goods on the consign- establish £ substantial d y atabase P of g00 ds for sale. It should 

ment node network s different markets and not incur the be noted that me consignment n^^user may at his discre- 

shipping costs with physically moving the goods, while tion ^ postings from tabk deakrs 0f ^ llectors via a 

providmg a trusted means to assure potential buyers of the facsimile machine or other forms of electronic or verbal 

good's bona fide availability and legal title. 5Q presentment of a good for sale. It is within the sound 

The consignment node operator or purveyor, hereinafter discretion of an individual consignment node user to estab- 
referred to as the consignment node user, establishes his hsh these practices. It is within the scope of the invention, 
consignment node by creating a database of used goods or however, to take electronic postings from other consignment 
collectibles, hereinafter the term "goods" shall be used to node use rs or individuals over the network, as discussed 
reflect used goods, new goods and collectibles. The user 55 below - Eac h consignment node user may be a franchisee of 
takes the first good to be put on the database and invokes the a ce Qtral franchiser and the franchiser may police the net- 
consignment node software to create a data record. For work t0 8* ve ^ ualit y contr oI, d *ect fraud and revoke the 
example, the user owns a baseball card collector shop and franchises or licenses of poor quality consignment node 
the user wants to post his Babe Ruth collection. The user in users / Thus ' # the consignment node is a "trusted" network for 
this instance invokes the consignment node to "build the 60 coasi ^ c ^ node providing value to the network by 
database mode" and the invention initializes the digital imp0Sin f a J uah Jy P^nnance structure on the con- 
camera 15. Hie user then "photographs" or digitizes the «• ^ same franchise enforcement scheme is 
image of the particular Babe Ruth card. The consignment alsC ' avaiIable i0 *e f ow cost P^ng terminal embodiment 
system then displays an empty database record on the t0 the present invenllon - 
display to accept text information concerning the card. 65 The Sale 

The user fills out the display record with information A buyer, hereinafter participant, may electronically log 

concerning the particular Babe Ruth card. The consignment onto a consignment node via a network connection by use of 
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a PC with participant interface software, through an inter- 
active television application, workstation, internet browser 
or the like. The network connection drivers for the consign- 
ment node are discussed in detail below. The participant may 
enter the browse node and peruse the consignment node 5 
database of goods. It is understood that the participant may 
receive the image taken with a digital camera 12 of the 
goods at the participant terminal. The participant, upon 
finding for example the above-posted Frank Robinson card 
may decide to purchase the card. The participant may 10 
present electronic payment to the consignment node by 
entering a credit card number and expiration date or other 
forms of electronic payment. It is understood thai a secure 
and/or encrypted means may be established between a 
participant's interface application and a consignment node is 
to transfer sensitive or theft prone information. Moreover, a 
participant may establish an account with his local consign- 
ment node to be debited and credited with the funds used and 
generated with his transactions. 

The consignment node may, for example, clear the trans- 20 
action by charging the participant's charge card account and 
crediting the consignment node store account by well- 
known credit card clearing techniques. After the consign- 
ment node has cleared the transaction the system electroni- 
cally transfers ownership of the Frank Robinson card to the 25 
participant. The participant may then be presented with the 
choice of directing the delivery of the Frank Robinson card 
to a desired location or may choose to post a new reserve or 
offer price for the card and direct the card to remain in the 
possession of the consignment node user. Thus, the consign- 30 
ment node allows a participant to speculate on the price of 
the Frank Robinson card and establishes an electronic mar- 
ket for the Frank Robinson card. It is understood that the 
consignment node may have many Frank Robinson cards 
available, thus by the interaction of collectors electronically 35 
buying and selling the collectibles it will establish a market 
price for a Frank Robinson card or any other good. For each 
transaction, the consignment node user extracts the small 
consignment fee, e.g., 6% of the sales price, thus the 
consignment node user directly benefits from operating a 
reputable consignment node. If the participant elects to take 
delivery of the purchased goods then the consignment node 
may track the delivery and ownership of this good to this 
particular participant in a data record. This data record may 
be useful to speed the posting of the good, should the 
participant later decide to re-post and sell the good, and it 
also creates a valuable database of records to track the 
possession and ownership of a collectable. This feature may 
be useful in the agent mode, e.g., tracking down very hard 
to find items, discussed more fully below. 

The Auction 

For a rare good, a good in a volatile market, or a good's 
initial posting the consignment node user or participant may 
wish to auction the good, with or without reserve, to the 
highest bidder. In this mode, the good may be posted on the 
consignment node by the means described above but the 
data record representing the good is identified as waiting for 
an auction date and may not be purchased on the electronic 
market. Alternatively, an item may be in the electronic 
market of the consignment node with a high reserve price 
that may be lowered in the auction or liquidation mode. Here 
the consignment node user or the good's participant owner 
may enter a protected data field a confidential reserve price 
for the auction mode. The consignment node user arranges 
by invoking the appropriate consignment node program a 
time and date for an electronic auction. The consignment 
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node user or good's participant owner may establish, in a 
data record that represents the good, a desire for the item to 
be auctioned. For example, a pawnshop operator of a 
consignment node may have several Rolex watches he 
wishes to auction with reserve this Saturday night at 7:00 
p.m. The consignment node user, here a pawnshop, identifies 
on the Rolex watch records the auction date and the confi- 
dential reserve price. The consignment node system may 
"advertise" auction dates, items and auction terms in the 
consignment node log on welcome message discussed 
below. Moreover, a good that is identified as awaiting an 
auction date may be viewed before auction in the consign- 
ment node browse mode by a perspective auction partici- 
pant. 

At the auction date, perspective participants log onto the 
consignment node auction mode locally or through the 
consignment node network and await the first good to be 
auctioned. It is understood that in the best mode of the 
invention the participant will have a data terminal with a 
digital to analog converter such as a "sound blaster" and 
speaker, the digital to analog capability may be used in the 
auction mode to bring the aural excitement of an auction, 
e.g., the call of the heckler, the caller and bidders, home to 
the auction participant. This is discussed in more detail 
below. 

The consignment node takes the first item to be auctioned 
and posts the image of the good and the good's text record 
to the participants. The consignment node then posts the 
opening bid. It is understood that the bid postings may be in 
a protocol that invokes the generation of an auctioneer's 
voice at the participant terminals. The participants may then 
respond with a higher bid. The consignment node mode 
scans electronically the participants for bids and accepts the 
highest bid. If bids are tied the consignment node may take 
the first highest bid by the participants log on order. A 
particular bidding participant receives a special acknowl- 
edgment from the consignment node that her bid was 
accepted. The consignment node then posts the higher bid to 
all the electronic auction participants. The consignment 
node repeats this process until no higher bid is received for 
a predetermined amount of time and closes the auctioning of 
that particular good. The consignment node then checks 
whether the highest bid received is greater than the reserve 
price, if appropriate. The consignment node may then post 
sold! and the sell price to all participant terminals and 
proceed to post the next item for auction. Again a successful 
purchaser may elect to direct delivery of the good or post the 
good on the electronic market at a new participant deter- 
mined offer price. 

It is understood that the terms of the auction sale are 
posted and agreed to by the participants before allowing a 
participant to bid on goods in compliance with local require- 
ments and statutes. It is also understood that a participant 
may make electronic payment for the goods or establish a 
line of credit or collect on delivery terms within a particular 
consignment node user's discretion. This may be established 
by a relationship between a local consignment node user and 
a local participant at the local consignment user's discretion. 

It should be noted that a consignment node user may sell 
virtual advertising space or a central master node e.g., the 
franchiser, may coordinate the sale of advertising space on 
a pool of consignment nodes to reach target market partici- 
pants. For example, if a participant has purchased or specu- 
lated in antique pens, and advertisers of an antique pen 
specially consignment node wishes to target market indi- 
viduals on the network who have purchased collectable pens 
in the past. A central coordinated master node may sell 
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advertising to an advertiser for the log on message or e-mail signment node may support a plurality of protocols simul- 
targeted participants and users. Thus, the network of con- taneously. Moreover, it is understood that the participant 
signment nodes can establish a market for target marketing interface application program may execute on a wide variety 
or blanketed advertising of goods and services sold locally of platforms such as PC's, MAC*s, Power PC's, 

or on a network level by a central node. 5 workstations, cable set-top boxes, video game hardware and 

the like and are within the scope of the present invention. 

The Agent The posting terminal embodiment is discussed in detail 

The Agent Mode allows a consignment node participant De l° w - 

to search a plurality of consignment nodes and purchase BRIEF DESCRIPTION OF THE DRAWINGS 
records for a used good. A participant may log onto his local 

consignment node to shop. This participant, for example, FIG. 1 shows the consignment node of the present inven- 

may be interested in purchasing a particular used coin for her tion may have a computer 10, a data storage device 22, a tape 

collection. The participant may invoke a consignment node drive 24, a digital camera 12, a bar code scanner 14, a 

Agent to search the network of consignment nodes for this display 16, a keyboard 18, a laser printer 20, and a network 

coin. The participant fills in the search parameters for this connection 26. A participant user terminal is shown at 28. 

coin, for example, a 1872 U.S. penny from the Denver Mint. piG. 2 shows a schematic block diagram showing the 

The consignment node Agent task handler verifies the Agent i og i c fl ow 0 f a user i og m a t a consignment node, 

form is sufficiently filled out and accepts the task The Agent RG 3 fc a ^fontfc di showi ^ j ical flow of 

checks a list ot other consignment nodes network addresses tfae consifmment node 

auction process. 

kept by the local consignment node database and generates _ T _ . . 

an Agent communication message to each consignment node FIG * 4 15 a «*ot»Uc diagram showing the logical flow of 

on the list and begins to establish communications to the the consignment node market or browse mode, 

other consignment nodes. An Agent message between con- FIG- 5 is a schematic block diagram showing the logical 

signment nodes begins by coordinating or reconciling the flow for posting a new used good on the consignment node, 

database on each consignment node of the locations and/or 25 FIG. 6 is a schematic diagram of a subroutine that may be 

address of other consignment nodes. If a consignment node used to post auction bids. 

has a different list of consignment nodes in its database it p IG . 7 is a schematic diagram of a subroutine that may be 

will pass the node update information to the other consign- u^d by the consignment node auction process to receive 

ment node. The consignment node originating the Agent task participant auction bids 

will generate a new Agent task to accommodate the infor- mQ g fa a ^ sM ^ 

mation concerning the new consignment node. Once the fof a subroutine that ^ ^ t0 transfer ownership of an 

consignment node database of consignment nodes is ^ r 

reconciled, the Agent will search the consignment node 

database for the goods requested. The Agent will report back FIG * 9 15 a schematic diagram showing the logical flow 

whether the search of the local market database was sue- 35 for a consignment node in-store sale of a good. 

cessful and how many good that matches the Agent search 1° is a schematic diagram showing the logical flow 

request it found. An Agent may also search the consignment °f post-processing and analyzing consignment node sales. 

node database of past transactions to identify an owner of a FIG. 11 is a schematic diagram showing the logical flow 

particular good. The Agent may then report that John Doe of of the consignment node Agent handler subroutine. 

Main Street, U.S.A. was the last known purchaser of a 1872 40 piG. 12 is a block diagram of the posting terminal to 

U.S. penny from the Denver Mint at this node. It is under- market maker computer connections. 

stood that differing levels of privacy are available to con- ni^ n- j- u • 4 _r 

, & , r i ii • ii, FIG. 13 is a diagram showing a user interface on a posting 

signment node purchasers, so as only aUowing the local termma , Qr eoal £ uaBBt node B 

consignment node user to view past purchaser information 

and/or provide the Agent with an option of contacting that 45 DETAILED DESCRIPTION OF THE 

consignment user so he may contact the prior purchaser, PREFERRED EMBODIMENTS 

thus, protecting privacy while allowing bona fide offers to . . , , . , 

reach the prior purchaser in confidence. , h ^ understood that the get session identification proce- 

„ r.LA, , ,1-1 t_* dure 100 is a routine that monitors the communication ports 

Once some of the Agentsstart reporting back to the Agent 5Q and virtual eommuniortioo ports residing on a protocol 

ong.nat.ng cons.gnment node, the ong.nat.ng cons.gnment stack ^ consi ^ ment ^ for example, a X.25 

node may report the results to toe consignment node par- mterface card avai]able &om ^ oration or Frontier 

ticipant or the Agents results. Such results may give the r> « . vie « i . i • no 

, t K . * * •* c j . • J .°- . Corporation to execute an X.25 protocol stack in a PC 

total number oi matching items found thus providing the rp, , ^ . .„ r . inn 

, , ^. . w „ & . • . . r l j . ? workstation, lne get session identification 100 program may 

local participant/collector an indication of the depth of this cc mA «*. M *u v * ,f . . „ f r t i_ 

i . t. • 1 j i_ i i • , 55 momtor the X.25 protocol for mcommg calls. If the program 

market. It is understood that a local consignment node user idemifies an mcomi caU . { answef ^ ^ g * 

may charge participants for Agent requests. miuing ^ appropria t e X25 pa i et t0 the mtwa ^ on the 

Computer Implementation appropriate virtual channel. It is understood that other 

K * protocols, such as TCP/IP, DECNET, SNA and ATM are 

In the preferred embodiment of the present invention a 60 within the scope of the present invention and that multiple 

consignment node may use a multitasking operating system protocol stacks may simultaneously execute in a consign- 

such as UNIX, OS/2, NT or VMS. However, a Microsoft ment node. Therefore, the get session identification program 

DOS or Windows implementation is within the scope of the 100 may have multiple instances to connect and monitor the 

present invention. The consignment node may be networked various protocols. After the get session identification 100 

via TCP/IP and the internet or a private TCP/IP network or 65 has appropriately answered an incoming call to the consign- 

X.25 private or public network or service providers network ment node, it may invoke the display welcome message and 

of ISDN, ATM and the like. It is understood, that a con- menu routine 102. 
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It is understood that the get session identification 100 
provides sufficient information to the display welcome mes- 
sage and menu 102 to allow the display welcome message 
and menu 102 to connect to the appropriate session or virtual 
channel. At this juncture, if tie participant is using an 5 
approved interface program, the interface program will send 
a predetermined code to indicate its version and other 
characteristics of its display driver. If a participant is logging 
in from a TTY terminal or other terminal the display 
welcome message and menu 102 may detect this informa- 
tion and send the appropriate TTY welcome message. This 
procedure may also be used to identify features and lan- 
guages supported on various internet world wide web 
browsers. It is understood that the welcome message is 
viewed by the consignment node user as virtual advertising 35 
space that may be sold by the consignment node user or 
coordinated with the master control node (discussed in detail 
below). The participant may respond to the display welcome 
message and menu 102 program by giving an appropriate 
log on response 104. The get log on response 104 may verify 2 n 
and grant a level of access privileges to the participant. It is 
understood that the consignment node user may require the 
get log in response 104 to retrieve a credit card number, pin 
number, user ID and the like, to grant access privileges. If a 
participant is using a TTY terminal those sessions may be 2 s 
shunted to the download interface program (DIP) 106 rou- 
tine to receive an appropriate interface program from the 
consignment node. The DIP 106 may present a list of 
choices as to what version interface program should be 
downloaded, such as DOS, Windows, UNIX, MAC plat- 30 
forms and what transfer program is desired such as Kermit, 
Xmodem, FTP and the like. A participant with a participant 
interface program may also elect to receive a new interface 
program from the DIP 106. It is understood that an older, no 
longer supported interface program participant may be 35 
shunted to the DIP 106 to receive a new interface program. 

A participant with a supported interface program may 
select the auction 108, market U0 or agent handler 112 
sections of the consignment node. If a participant selects 
auction 108 the participant may be presented with a menu of 40 
auction selections such as auctions in session, future auction 
times, dates, locations and topics, and auction preview. If a 
participant selects auctions in session the participants' ses- 
sion is passed to the appropriate auction handler, as dis- 
cussed below. If a participant selects future auctions the 45 
participant will be given a list of future auction times, dates, 
terms, locations and topics of auctions on this and other 
consignment nodes. It is understood that these displays 
represent a virtual advertising opportunity for the consign- 
ment node user and the advertising space may be sold by the 50 
consignment node user or by the master control node. If the 
participant selects the auction preview, the auction process 
108 passes the participant session to the market session 110 
with data that indicates an auction preview desired by the 
user. 

If the participant selects the market 110 choice the par- 
ticipant is given a menu of markets that the participants may 
browse, discussed further below. If the participant selects the 
agent handler 112 the participant may be provided with an 
electronic form to create a search for a good. The participant 
may then execute this Agent's search request to search the 
network of consignment nodes databases to look for the 
desired goods. The Agent is discussed more fully below. The 
Agent Handler 112 also receives incoming calls from other 
agents to process the external agents search request on the 
consignment node. The participant interface and consign- 
ment node participant functions are discussed in detail 
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below. It is understood that the agent may also function 
between virtual markets on a market maker computer and 
with the transaction archive database discussed below. The 
discussion now turns to the operation of the consignment 
node by the user. 

FIG. 3 shows a logical flow diagram of the steps the 
consignment node may use to create a database record of a 
good for sale or for auction. 

The consignment node user may invoke the consignment 
node program to enter the posting 200 mode to create a data 
record for the good. The posting 200 mode initializes 204 the 
consignment node to receive information on a new good. 
The initialization 204 step displays a data record with data 
fields on the consignment node terminal for the user to fill 
in information on the good. The initialization step 204 also 
initializes the consignment node peripheral devices such as 
the digital camera 12 and the printer 20. The consignment 
node user then "photographs" or digitizes the image of the 
good from one or more perspectives as well known to the 
digital camera arts. The consignment node receives the 
digitized image(s) at receive image 206 step. The consign- 
ment node program then prompts the consignment node user 
for information on the good 208. The consignment node 
receives information 210 that the consignment node user 
inputs to the data record displayed at step 208. The con- 
signment node program verifies 212 that the necessary 
information, such as owners name, reserve price, market or 
auction designation is in the data record. The verify step 212 
will reject the record and return the consignment node user 
data entry mode 210 if the record does not have the 
minimum information. If the record is verified 212 as 
complete enough to commit to the consignment node 
database, a data record is created 214 and linked into the 
consignment node database. The consignment node program 
then generates and prints a bar code 216 that indicated the 
data record. The bar code system is used by the consignment 
node to maintain an accurate inventory and is a hook for 
local sales (discussed below). The posting routine may then 
exit 218 and return from the posting program. By repeating 
the posting routine of FIG. 3 the consignment node user may 
build a database of goods for the consignment node market, 
auction and/or agent searches. 

FIG. 4 shows the logical block flow diagram of the 
processes the consignment node may take to execute an 
auction. It is understood that the consignment node user may 
manually invoke the auction process, or may schedule the 
consignment node to execute the auction process. The 
auction process begins by initializing 250 the data 
structures, records, queues and the like to conduct the 
auction process. The connection between the auction pro- 
cess and auction participants is discussed below. The auction 
process gets the first item to be auctioned 252 from the 
database of goods to be auctioned 254. The consignment 
node then calculates the opening bid 256 by a predetermined 
formula such as 50% of the reserve or general solicitation of 
an opening bid is posted to the auction participants 258. The 
consignment node auction mode then scans the participants 
for a higher bids 262. If a higher bid is found the new bid 
is posted 264. It is understood that the steps of checking for 
bids 260 determines if the bid is higher 262 and posting the 
new higher bid 264 is repeated until no higher bids are 
received. After the typical auction closing of going once . . . 
twice . . . three times the auction is closed 266. The 
consignment node auction program then compares the high- 
est bid received with the good's reserve price 268 to 
determine whether to transact the sale. If the highest bid is 
greater than the reserve price the consignment node auction 
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process posts sold! for xxx amount to the auction partici- 
pants and calls the transfer ownership subroutine 270, dis- 
cussed further below, and transfers the ownership of the 
good. If the highest bid is less than the reserve price the 
consignment node auction process announces no sale! 272 to 5 
the auction participants. The auction process then proceeds 
274 to get the next good to be auctioned 278. The consign- 
ment node auction process is then repeated until all the 
goods to be auctioned have been run through 278. The 
consignment node auction may then close and terminate the 10 
participant sessions 280. It is understood that the transfer 
ownership 270 sub-routine may require time to clear the 
transaction and, therefore, may be best implement as a 
spawned child process to the auction process. This will keep 
the consignment node auction executing at an exciting and 3 5 
fast pace for the participants. The consignment node auction 
process itself may execute in several instances to provide 
simultaneous auctions on a consignment node. Thus a con- 
signment node may conduct several simultaneous auctions 
on several virtual runways. It is understood that in the 2 o 
auction mode the consignment node and the participant 
interface software may communicate using a protocol that 
allows the consignment node auction driver to "point to" 
locations stored in the participant interface software, to 
cause the participant interface software to generate the 2 5 
sound of a auctioneers voice on the sound blaster, or 
equivalent board. Thus, the present invention uses pre-stored 
sound samples of different auction prices and auctioneer 
"string" along aural calls inside the participant interface 
software, and allows the generation of said pre-stored sound 30 
bites to be invoked by the consignment node driver through 
the said special protocol. This method greatly reduces the 
bandwidth necessary for a consignment node to support the 
generation of exciting auctioneers calls at a plurality of 
participant terminals. It is understood that the generation of 
an audio bit stream from the consignment node to the 
participant terminals is also with the scope of the present 
invention. 

FIG. 5 shows the logical flow for the post bid subroutine 
300. The post bid sub-routine may be invoked from several 
consignment node processes, those specifically described 
thus far are the post opening bid 258 and posting bid 264 
logical processes. The post bid 300 sub-routine is used to 
communicate between a consignment node and multiple 
participants. The post bid 300 sub-routine gets participant 
session identifications 302 from a data record or data struc- 
ture that contains a list of session identifications of partici- 
pants who have logged onto the auction sessions. The next 
step sends the bid passed to the post bid 300 subroutine to 
each participant session identified in the data structure 306. 
Bids are posted to each participant through an appropriate 
driver 308. The driver may be identified for each particular 
user session. For example, a PC user logged into the 
consignment node via an X.25 virtual channel may require 
a host PAD driver in the consignment node to communicate 
asynchronously to the PC terminal interface application. A 
network user may require a TCP/IP driver to connect 
between the consignment node and the participant net- 
worked terminal. After communicating the bid to partici- 
pants through the appropriate device driver 308, the post bid 
sub-routine may exit and return 310 to the calling routine. 

FIG. 6 shows the consignment node subroutine to check 
participant sessions for bids during the auction mode. Check 
for bids 350 maybe a subroutine called by the auction 
program to scan for bids. It is understood that when a 
participant logs into the consignment node and selects the 
auction mode, (see FIG. 2), the participant's session iden- 
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tification is passed to a data structure. The data structure 
maybe used by the check for bids 350 sub-routine to 
correctly identify participants at a particular virtual auction. 
As noted above, the consignment node may support multiple 
simultaneous auctions, therefore, may require multiple 
instances of the aforesaid data structure. The check for bids 
sub-routine 350 opens or connects to the appropriate data 
structure storing or holding participant session identifica- 
tions who are participating in the check for bids calling 
auction program instance at the get session identification 
step 352. The buffers associated with each session is scanned 
for an input 354. If a participant has input an "exit" 
command or symbol 356 the routine removes that partici- 
pant's session identification from the auction identifying 
data structure and allows the participant to exit 362 the 
auction. The participant's session identification may be 
returned to a data structure that allows the participant to 
return to the consignment nodes main menu, see FIG. 2, or 
terminate the participant session. The subroutine then com- 
pares the bids and takes the highest bid 358. If bids are tied 
for the highest bid the sub-routine may use the first received 
bid and reject the others 358. The sub-routine then notifies 
the participant session who had the highest bid 360. It is 
understood that the take the highest bid step 358 and notify 
bidder step 360 are aware of the current bid price for a good 
and will not allow a lower bid to be accepted. It is under- 
stood that the participant session buffers are flushed after 
they are scanned to remove old or latent bids. The check for 
bids sub-routine then returns to its calling routine. 

FIG. 7 shows the transfer ownership routine 400 that may 
be used to transfer the ownership of goods and collectibles 
in the consignment node. The transfer ownership sub- 
routine may be called from several consignment node modes 
and processes to effect the transfer of legal ownership. The 
first step in the transfer ownership sub-routine 400 may be 
to verify a participant purchaser information 402. It is 
understood that the consignment node may use a variety of 
well known authenticating procedures to verify a 
participant, such verification techniques include personal 
identification numbers (PINS), passwords, call back, and a 
plethora of encryption techniques and personal information 
identification means to provide a reliable verification tech- 
nique. It is understood that a consignment node user may 
have established a credit or deposit account for the partici- 
pant from past sales or the transfer of funds and the verify 
step 402 may connect the participant to the account. The 
clear charge 404 step is used to clear the participant con- 
signment node transaction. It is understood that this may be 
via an external credit card clearing network, a connection to 
a credit account, or though one of the many proposed 
electronic fund transfer schemes such as debit cards, 
e-money, and clearinghouses. After the transaction clears the 
charge 404, the consignment node credits the consignment 
node users commission account 406 to extract the consign- 
ment node transaction fee. The consignment node then 
transfers legal ownership 408 of the good by changing the 
ownership entry in the data record in the consignment node 
of the good. The consignment node may then print a record 
of the transaction 410. It is understood that step 410 may 
also be used to keep a log on the consignment node storage 
or tape drive. The consignment node then removes the good 
from sale or auction status 412. It is understood that the data 
record representing the good is "locked" during the transfer 
ownership sub-routine to prevent collisions of actions and 
transfers of the good. If the participant has elected to ship 
goods then the consignment node will print a shipping label 
404 for the consignment node user to attach to the good for 
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shipment. The transfer ownership routine may then exit 416. FIG. 9 shows a logical flow diagram of the process that 
If the participant has elected to re-post the good or collect- may be use to transact the transfer of ownership of goods on 
able the participant may specify a new reserve or offer price a consignment node at the store where a consignment node 
for the good or collectable. It is understood that the pur- may be located. The consignment node user invokes the 
chasing participant may elect to leave the good or collect- 5 store sale sub-routine 500 from a consignment node user 
able at the consignment node and post a new offer or reserve terminal, see FIG. 1. The consignment node user may use the 
price and may identify that the good is on the market, e.g. Dar code scanner to scan the bar code of the good for sale 
may be bought and sold at any time, or that the good is 502 * !t is understood that the consignment node user may 
awaiting an auction date. Moreover, the participant may manually recall or search the consignment node database for 
elect to have the good viewable on the market or "invisible" io me <lata record °f the g°° d or ma y l et the consignment node 
to the market while awaiting an auction date 422. It is software use the bar code to automatically retrieve the 
understood that the participant may elect to leave the good record 504. The data record is then scanned to retrieve price 
at the purchased consignment node and electronically trans- anc * sa * e information on the good 506. It is important to note 
fer the offering of a good to another consignment node. It is that a g°°d, wm l e °° display at a consignment node user's 
understood that consignment node users may run a "trusted" 15 sno P mav nave transferred ownership and changed price via 
network between consignment nodes to provide the trust network participants. The consignment node then displays 
between merchants, that the goods exists and that the this information 508 at the consignment node user terminal, 
network between the consignment nodes to provide for The store customer may then elect to purchase the good. The 
electronic presentment of a good is a secure network con- consignment node may process a store customer purchase 
nection. This allows collectable goods to be concentrated for 20 reauesl Dv calling the appropriate sub-routine to transfer 
a single electronic auction or virtual collectable market on a ownership, see FIG. 7, of the good, 
market maker consignment node without incurring the costs FIG. 10 shows a logical process diagram for the central 
of shipping the goods to a central location to bring the good node to collect and process data concerning transactions on 
to the market maker consignment node. It is understood that a plurality of consignment nodes and provide value added 
the trusted posting of goods on a market maker node is a 25 ^ eed Dac ^ to consignment node users on market positions 
value added feature a small town consignment node user can and trends. Data processing 550 may be executed on a 
provide to his immediate collector community. It is under- consignment node or the central node to extract transaction 
stood that the master central node may also serve as a legal data from a consignment node. It is understood that the tape 
consignment node franchising authority to provide enforce- drive, or storage device may be used to log network trans- 
ment of integrity, security and quality control for the con- 30 actions on the posting, auctioning, buying and selling of 
signment node network. goods and collectibles on a consignment node. This infor- 
FIG. 8 shows the consignment node routine that may be mation may be collected by the central node over the 
used to establish a virtual market. The market 450 may be consignment node network. The central node may then plot 
selected from the consignment node main menu, see FIG. 2, sa\cs t sale date, price over time and the like to create graphs 
to allow a participant to browse the consignment node goods 35 °f market performance 554. It is understood that the data 
database. The market 450 will display to the participant correlation and processing steps 554, 556 may be custom- 
market categories 452, categories may be defined by the '&&d to provide a particular consignment node user with 
consignment node user to reflect the specialization of his useful market information. The central node may also pro- 
consignment node and the specialized markets or miscella- v ^ e nard copies or electronically transfer the information to 
neous markets for his goods. The consignment node then 40 the consignment node users. It is understood that this may be 
gets the participants response 454 to the market choices. The a value added feature of a service that may be provided by 
consignment node may then display market sub-categories a franchiser. It is understood that the central node may log 
456. Again, the consignment node user may specify market mto a consignment node, with well known processing and 
sub -categories to reflect the specialization of the consign- data transfer techniques such as the logon and FTP UNIX 
ment node. The consignment node may then display items 45 utilities to make changes to the aforesaid virtual advertising 
458 and get the participant or market user response 460 to s P ace 00 a consignment node. 

the displayed choices. It is understood that the participant FIG. 11 shows the agent handler the consignment node 
may browse or scroll through the goods on the market 462, may use to establish agent-to-agent and consignment node- 
458, 460 until the participant responds with a desire to exit to-consignment node connections to process participant 
the market 463. If the response is a desire to transfer to the 50 agent requests. The agent handler 600 may be entered by a 
market root directory 464 then the consignment node will predetermined series of codes and verification procedures to 
return the participant to the market subcategories 456. If the verify a request for an agent connection to the consignment 
participant responded with a desire to terminate the session node is from a bona fide agent and a bona fide consignment 
466 the consignment node will exit the market and terminate node. Once this is verified the agent handler may establish 
the participant's session. It is understood that during the 55 a session for the requesting agent 602. The requesting agent 
browse loop 458, 460, 462 a participant may elect to buy or may then transfer its agents request to the consignment node 
make an offer on a good and may invoke the transfer 604 and the consignment node may then check its local 
ownership routine, see FIG. 7, to effect the transfer of a database 606 to try to match the agents search request. The 
good's ownership. It is also understood that a participant agent handler may then respond to the agents request 608 
may make an offer on a good below the asking (or offered) 60 and terminate the agent session 610. 
price. Such a proposed offer may be stored by the consign- A second embodiment to the present invention, shown in 
ment node and used to notify the good owner. The good FIG. 12, uses a low cost portable "posting" terminal to allow 
owner may then accept the counter offer or reject. It is the virtual presentment of goods to market. The posting 
understood that a participant counter-offer may be made terminal has a digital camera, a bar code printer, a bar code 
subject to an acceptance before date. It is also understood 65 scanner, a modem and posting terminal software. The post- 
that a participant may establish a "buy at" or "sell at" ing terminal works in conjunction with a market maker 
price/quantity for any good in the market. computer. The market maker computer has a database of 
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goods for sale, a posting/de-posting communication handler, sub-category 944 data fields are restricted to selections that 
a database to world wide web (www) mapping module, a can be made by the respective pull down bars 942 and 946. 
www server, a transaction process, a posting terminal com- This aids the posting terminal operator in selecting the 

munication manager, a sold database, a shipping database correct market for the good when creating a record and 
and an account database and has much of the functionality 5 assures that all records can properly link into a market 

of the previously described consignment node. computer 900 market database. A file may be stored at 

The posting terminal and market maker computer func- posting terminal 700 that corresponds to database structure 
tional block diagram is shown in FIG. 12. The posting at the market maker computer 800. Having the database 
terminal has a camera interface 701, and image processing structure in a file at posting terminal 700 may allow the 
module 702, a record maker module 704, a storage unit 710, 30 posting terminal to receive updates by remote file transfer 
for storing images and records that have not been posted, a techniques, such as the KERMIT, FTP, xmodem and ymo- 
post module 712, a select records module 714, a post request dem protocols. It is understood that certain selections from 
module 716, a print bar code module 718, a get mail module me market category 940 and subcategory fields may be 
720, a storage unit for holding posted records and return "greyed" or that is blocked from selection by a posting 
codes 722, a de-post module 724, a get code module 726, 35 terminal 700 user to enforce a franchise and/or license grant 
and de-post request module 728, a bar code scanner interface that only allows posting in a certain field. This may allow a 
730, another instance of the get mail module 720, a mail franchising scheme that restricts a franchisee to a field of use 
sales routine 738, a print shipping label routine 740, a notify and/or category of goods. The code field 948 displays the bar 
store routine 740, and a check sales module 734. The posting code data in text form that the market maker computer 900 
terminal 700 contacts a market maker computer 800 to 2 o sends to the posting terminal 700 when a record is success- 
check sales, to post goods, to de-post goods and to receive fully posted. Therefore, the code field 948 can serve as a 
mail. The posting terminal 700 is easier to administrate than quick visual confirmation to the posting terminal user that 
a consignment node because it behaves like a retail point- the displayed record has been posted. The market field 952 
of-sale terminal to manage goods that have been posted and may also be a restricted selection field accessible by pull 
are locally sold. The bar code labeling and scanning routines 2 s down selection bar 954. Fields selectable by the market field 
and methods make it easy for the posting terminal user to 952 may include auction, on-sale, hold and the like to give 
maintain an accurate account of what goods have been additional directionality to the record posting. The price 964 
posted, de-posted, sold and/or shipped. The posting terminal and reserve price fields 958 may be used to structure the 
may use an MS-DOS or MS-WINDOWS operating system two-tiered market of dealer-to-dealer and retail markets. The 
that is much easier for a small store owner to operate and 30 reserve price identifier 960 and reserve price field 958 may 
administer than a complex multi-user system like UNIX or be hidden from view to retail participants. A dealer may be 
WINDOWS NT provided with special logon identifications and passwords to 

The posting terminal 700 functionality begins with a user view the reserve price 958 and reserve price indicator 960. 

taking a digital picture with the posting terminal digital This feature encourages franchisees to use the electronic 

camera and connecting the digital camera to the camera 35 market for collectable goods dealer participant interface to 

interface module 701. The user selects an icon on a graphical generate local sales. 

user interface generated by the posting terminal software to The posting terminal 700 user enters descriptions such as 

pull the digital pictures from the digital camera. It is the name of the item, the sale price of the item, and a brief 

understood that other input devices such as scanners and the description of the item and the like to compose a record. It 

like may be use in place of the digital camera. The image 40 is understood that a posting terminal user may enter a retail 

process module 702 may convert the digital picture to a price and a wholesale price. The retail price may then be 

compressed data format such, as JPEG or MPEG, more displayed to participants 900. Other retail participants 902 

suitable for communication of the image across a data link. may receive the wholesale price. It is understood that this 

It is understood that the image may keep it's full resolution two-tiered pricing scheme may be used to network retail 

for posting. The posting terminal then invokes the record 45 store owners to provide additional incentives for the retail 

maker routine 704. The record maker routine 704 may participants to use the network to locate goods and generate 

display the image or allow the user to select an image from sales at the retail point of sale. For example, a retailer may 

storage unit 710. The record maker may display on a posting charge the retail price for goods to store customers, while 

terminal display a data entry record with pre-defined text obtaining the benefits, e.g. the profit margin of wholesale or 

fields, number fields, "buttons" knobs and other graphical 50 discounted pricing for goods. It is understood that the 

user interface objects to allow a user to enter data to restricted fields are coordinated with the structure of the 

complete a posting record. For-Sale database 814 to guide a posting terminal 700 user 

FIG. 13 shows an example of a graphical user interface in the proper selection of a market category and subcategory 

that may be presented to a posting terminal 700 user. The of the posting of a good. Categories may include jewelry, 

graphical user interface for the posting terminal 700 may 55 rugs and tapestry, tools, quilts, furniture, art dec©, books, 

include an image of the item represented by the record 920, pens, coins, stamps and costumes and clothing. Subcatego- 

a description of the item 922, and 924, the "push button" ries may include painting and drawings, sculpture, vintage 

commands to receive pictures from the digital camera 926, clothing, costumes, shoes, bags, hats, wedding gowns, furs, 

to post a record 928, to clear a local sale 930, to de-post a rug types and the like to structure the database. The user may 

record 932, to access files of records 934, to view and/or 60 also select from a list box what category and sub-category 

receive and send mail 938, a database category field 940 from restricted fields in which to post a good. Referring back 

with a pull down selection bar 942, a database subcategory to FIG. 12, the user may store a composed record on the 

944 with a pull down selection bar 946, a code field 948, a storage device 710. The record maker routine may also 

posting date field 950, a store identification 951, a market contain a command button 706 to immediately post the 

designator field 954, a description field 956, a reserve or 65 record 708. It is understood that the user may designate a 

wholesale price field 958, and identifier 960, a retail or full lime at which the posting terminal 700 may automatically 

price field 962 and identifier 964. The category 940 and contact the market maker computer 800 and post the 
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selected goods. The post request 716 module may allow a 700 then indicated by the posting terminal identification, the 
user to select records from storage unit 710 or as in the case market maker computer 800 may report the collectible good 
where the user selected the immediate post command 708, status, e.g., sold!, to the de-post request module 728. This 
the post module 712 may accept a record as an input. The may indicate to the posting terminal user that a bailee 
ability of the posting terminal 700 to store and select records 5 relationship now exists between the store and the new legal 
for posting asynchronously from when a record is created owner. It is understood that this bailee relationship may be 
allows a user to compose records when the posting terminal contractually created and enforced through the franchise 
is isolated from communication with a market maker com- contract between the posting terminal user and the franchise 
puter 800. The post module 712 may invoke the post request granting authority. It is also understood that the bailee 
module 716 to post the designated records on the market and 10 agreement may be for a predetermined time and/or require 
make a virtual presentment of a good. Rules and procedures the posting terminal user to hold a good for a predetermined 
may be imposed on the posting terminal 700 user through time and/or ship the good to a long term storage facility to 
licensing and franchise agreements. Such rules may include ease the bailee burden of posting terminal users where a 
the requirement that all goods posted must be in the physical participant elects to hold legal ownership but keep the good 
and legal possession of the posting terminal franchisee or 15 available in the electronic market place for the long term. It 
licensee, that legal possession of a good may be obtained by is understood that a bond and/or insurance requirements may 
lawful ownership or through a franchise approved bailment be required for the posting terminal user and/or the long term 
or consignment contract, It is understood that these rules and storage facility to provide assurance to a long term collect- 
legal frame work may be imposed to allow the posted record ible investor that the risk of loss of the collectable good asset 
to convey a legal title to a good such that the ownership 20 is maintained or at least hedged against loss. It is understood 
designated in the record grants lawful ownership to the good that a good may have sold and the new owner has elected to 
designated by the record. The post request module 716 may resell the good at a higher price. In this instance, the 
use a communication package and protocols to transfer the de-posting terminal will be advised that the good has been 
records to the market maker computer 800. Communication sold and advised of the new sales price. The posting terminal 
libraries are packaged and are commercially available from 25 may then transact the local sale at the new price. After the 
WCSC 2740 S. Dairy Ashfor, Suite 188, Houston Tex. de-post request module 728 is finished it may invoke or the 
77077 and from Marshallsoft Computing, Inc. at P.O. Box market maker computer 800 may invoke the get mail routine 
4543 Huntsville, Ala. 35815. The communication protocols 720 to send mail between the market maker computer 800 
such as FTP and KERMIT may be enhanced by using known and the posting terminal 700. It is understood that through 
encryption and authentication techniques to provide an 30 the procedures of generating a unique code for each posted 
ultra -secure posting interface. The posting record may also good, checking a unique code that identifies each posting 
include a header that identifies a store identification, user terminal 700 against the legal owner entry in a posted good 
identification, passwords and the like to allow the market on the market maker computer 800 the database of for-sale 
maker computer 800 to verify authenticity, approve autho- goods 814 will be extremely reliable and accurate and assure 
rization and track usage of the posting terminal 700 by a 35 that a locally sold goods that have already been sold on the 
particular posting terminal 700 and posting terminal user. market maker computer 800 will not be inadvertently sold 
The market maker computer 800 may verify and accept a twice. The procedures, when used in conjunction with the 
record and generate and send a unique bar code number for rules and procedures imposed on the posting terminal user 
each record. The bar code number may contain a code that through a franchising or licensing legal framework assure 
identifies a posting terminal 700. The posting terminal 40 that (1) when a record of a good is found on the market 
accepts the bar code and places the code in the appropriate maker computer 800 by a participant 900 or another retailer 
record. The unique code generated for each successfully 902, it is in fact for-sale and is in the physical and legal 
posted record may serve as confirmation that a good has possession of a "trusted" franchise and (2) that when a bona 
been successfully posted. The record may then be stored on fide purchase price is tendered by a participant 900 or 
storage unit 722 as a confirmed posted record. When the 45 another retailer 902 the legal title to a good as represented 
posting terminals' post request module 716 is finished, the by the record will transfer to the buyer with an immediate or 
posting terminal 700 or the market maker computer 800 may nearly immediate finality to the transaction. This frame work 
invoke a mail update routine 720 to pass mail from the of trusted franchisee, high confidence and accurate market 
market maker computer 800 to the posting terminal 700. database, and the legal finality of transaction, where the 
Mail topics may include sales information 734, network 50 legal transaction/"cash" clearing function is performed by 
news 736, and notification of upcoming events 738. The the market maker computer, e.g., the participant credit card 
de-post module 724 may use the bar code scanner 730 to number or other payment means is only revealed and 
receive a posted collectible's identification code. The brokered by the market maker computer 800, is a massive 
de-post module 724 may call the de-post request routine 728 step toward building confidence and trust between a small 
to establish communications between the posting terminal 55 collectable merchant and participant with electronic trans- 
700 and the market maker computer 800. The de-post actions. These procedures may be used to give assurances 
request module 728 sends the item or collectible bar code to and create trust to participants, who for example would like 
the post/de-post handler 802. The post/de-post handler 802 to buy and art deco collectable from a collectable shop in 
may remove the collectible identified by the bar code from Russia but is very reluctant to send credit card information 
the for-sale database 814, if the de-posting terminal identi- 60 to an unknown Russian collectable shop for the obvious 
fication has legal title to the identified collectible as indi- concerns of credit card fraud and/or fraud in the bona fides 
cated in a for-sale record, the market maker computer 800 of the collectable good itself. Here, however, the franchising 
may send a de-post confirm code to the posting terminal 700. authority polices the franchisees to revoke the franchise if a 
The posting terminal 700 may process the confirm signal by fraud and/or misrepresentations of the bona fides of a 
indicating that the de-posting procedures was performed. If 65 collectable good is taking place by the posting terminal user 
legal title to the posted collectible good does not belong to and the assurance that credit card numbers are only revealed 
the de-posting requesting entity, e.g., the de-posting terminal to the market maker computer 800 and not accessible to the, 
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in this example, the Russian collectable store. This allows 
the Russian collectible store to receive the business good 
will of the electronic collectible market place of the present 
invention to establish immediate trust with prospective 
electronic customers. 5 

The market maker computer 800 may have mail module 
801, a post/de-post handler module 802, a security module 
804, database server 806, a database to www map module 
808, a www page server 810, a transaction processor 812, a 
for-sale database 814, a sold database 816, a shipped data- 10 
base 820, and an account database 824. A www to database 
mapping 808 module is commercially available from 
Expertelligence, Inc., Santa Barbara, Calif, at (805) 962- 
2558. Such a mapping module may map a ODBC database 
such as Microsoft Access to a www page. The market maker 35 
computer 800 may serve four primary functions. The first 
function is the call handler for processing calls from a 
posting terminals 700. The second function is a database to 
www mapping function to present participants 900 and other 
retailers 902 with a means to access the market database. 2 o 
The third function is to provide a means to process trans- 
actions from participants by clearing a transaction and 
transferring legal title to a good. The fourth function is to 
provide a means for managing the notification of the sale of 
a good to posting terminals 700. 2 5 

The market maker computer 800 may use an accounts 824 
database to track payments due to posting terminal 700 
users. The clear accounts 825 module may print checks due 
to posting terminal 700 users. It is understood that electronic 
funds transfer techniques may be used for clearing account 30 
balances 825 for posting terminal users. A modem bank 803 
may be used to receive posting calls from posting terminals. 
It is understood that the modem bank may be replaced by a 
network connection to the internet. At this juncture it is 
believed that an off-line, that is a modem bank, connection 35 
offers the best security for the posting of goods. However, it 
is understood that a network connection, e.g. through the 
internet, is within the scope of the present invention. 

A security module 804 may be used to provide identifi- 
cation and password security. It is understood that other 40 
security and authentication techniques may be used at secu- 
rity module 804. It is understood that database server 806 
may be an ODBC server available from many commercial 
database providers. Much of the market maker computers 
800 functionality is disclosed above in the consignment 45 
node functionality. The databases may be structured to 
indicate of for-sale 814 database and sold database 816, and 
auction database 817 and a shipped database 820. It is 
understood that records may move between the databases by 
book entry transaction. The transaction processor 812 may 50 
use RSA certificates and/or other well-known techniques to 
process secured transactions between the market maker 
computer 800 and participants 702 and 902. It is understood 
that the transaction processor 812 may interface with exter- 
nal payment systems 826. It is understood that participant 55 
accounts may be tracked at the market maker computer 800. 
Moreover, it is understood that account surpluses may be 
acquired by participants speculating in collectable goods 
may be invested in highly liquid and safe assets such as U.S. 
Treasury bills to provide and interest bearing accounting for 60 
positive cash balances. This provides an incentive, or at least 
a hedge against inflation, for a participant to keep funds 
within the collectible market place and to use these funds to 
speculate in the collectible market. By using funds available 
at the market maker computer 800 participants can reduce 65 
the transaction costs associated with credit cards and other 
transaction clearing means and optimize the participants' 
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return on price movements in the buying and selling of 
collectable goods. It is within the scope of the present 
invention to allow access to the electronic collectable market 
through stock brokers, banks, and other transaction provid- 
ers through these providers private transaction networks, 
e.g., those networks that use dial in telephone lines to home 
computers and/or dedicated data lines. It is within the scope 
of the present invention to allow professional investment 
advisors to operate funds such as investment companies, 
mutual fund partnerships and the like, that use collectable 
goods as part of the funds assets. It is understood that the 
market "history" may be archived and provided to invest- 
ment advisors and/or posting terminal users and/or partici- 
pants on a CD-ROM or other mass storage medium to allow 
off-line analysis of trends in the collectable goods market. 
This will allow or create a new class of "learned" speculators 
in this unique, novel and non-obvious electronic market 
place and network of trusted franchisees in the collectable 
goods domain. It is also within the scope to the present 
invention to create the liquidity, volume and availability 
analysis to allow the creation of a secondary and derivative 
market for option and futures contracts and other speculative 
constructs to be created with the underlying assets as col- 
lectable goods in the electronic market place of the present 
invention. 

Many variations of the present invention are possible once 
the present invention is known to those skilled in the arts and 
are within the spirit and scope of the present invention. 
Those skilled in the arts will be able to make many varia- 
tions on the present invention once this invention is known 
to the arts. 

Therefore, I claim: 

1. A method of searching a plurality of electronic markets 
to locate an item, the method comprising: 

receiving a search request for an item from an internet 
participant at a first computer; 

formatting said search request at said first computer into 
a predetermined format; 

transmitting said search request, using a software search 
agent, from said first computer to a plurality of other 
computers in said predetermined format, at least one of 
the plurality of other computers performing a search for 
the item in response to receiving said search request; 
and 

receiving at the first computer search results from at least 
one of the plurality of other computers in response to 
the transmitted search request. 

2. The method of claim 1 further comprising: 
continuously executing a computer program at one or 

more of the other computers to receive the formatted 
search request from said first computer. 

3. The method of claim 2 wherein said continuously 
executing program comprises a Unix daemon. 

4. The method of claim 1 wherein: 

said first computer comprises a computerized market for 
goods; and 

at least one of the plurality of other computers comprises 
a second computerized market for goods. 

5. The method of claim 1 wherein: 

said first computer executes a program that generates a 
plurality of search requests in response to a user request 
to search a plurality of computers connected to the 
internet. 

6. The method of claim 5 wherein said first computer 
executes a program that generates a search request in 
response to a user request to search a plurality of electronic 
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markets for goods wherein at least one electronic market is 
a dominant electronic market for a predetermined category 
of goods. 

7. A method for searching a plurality of electronic markets 
for an item, the method comprising: s 

receiving an inquiry at a first electronic market; 

instructing a software search agent at the first electronic 
market to generate a search request in response to the 
received inquiry; 

transmitting said search request from said first electronic 10 
market to a plurality of other electronic markets; and 

receiving from one or more of the other electronic mar- 
kets a search result in response to the transmitted search 
request. 15 

8. The method of claim 7 further comprising: 
formatting said search request at said first electronic 

market into a predetermined search format. 

9. The method of claim 7 wherein said software search 
agent executes separately from said first electronic market. 20 

10. A method for searching a plurality of electronic 
markets, the method comprising: 

transmitting a search request from a first electronic market 
to a second electronic market, said second electronic 
market responding with a list of addresses to other 25 
electronic markets, said second electronic market add- 
ing said first electronic market to said second electronic 
market's list of electronic markets if said first electronic 
market is not in the list of electronic markets at said 
second electronic market; and 30 

receiving said list of electronic markets at said first 
electronic market, said first electronic market adding to 
a list of electronic markets at said first electronic 
market with information from said list of electronic 
markets received from said second electronic market. 35 

11. The method of claim 10 further comprising: 
transmitting a search request from said first electronic 

market to another electronic market in response to 
receiving said list of electronic markets from said 
second electronic market. 40 

12. The method of claim 10 further comprising: 
receiving search results at said first market from said 

second electronic market. 

13. An apparatus for searching a plurality of electronic 
markets, the apparatus comprising: 45 

a network interface; 
a storage device; and 

a computer operationally connected to said network inter- 
face and said storage device, said network interface 50 
connecting said computer to a communication network, 
said storage device including a list of addresses for at 
least one electronic market, said computer transmitting 
a search request to the at least one electronic market, 
said computer receiving a list of electronic markets 55 
from the at least one electronic market, said computer 
updating the list of addresses for electronic markets in 
response to the list of electronic markets received from 
said at least one electronic market. 

14. The apparatus of claim 13 further comprising: 60 
said computer transmitting a search request to another 

electronic market identified in the list of electronic 
markets received from said at least one electronic 
market. 

15. The apparatus of claim 13 further comprising: 65 
said computer storing the list of electronic market 

addresses on said storage device; the list of electronic 
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market addresses in said storage device providing, at 
least in part, a list of electronic markets to search in a 
subsequent search request initiated at said computer. 

16. A computer-implemented method of searching for an 
item in a plurality of independently operated electronic 
auctions interconnected by a computer network, each elec- 
tronic auction having an associated data repository, the 
method comprising: 

receiving input identifying an item; and 

instructing a software search agent to search for the item 
on the computer network in the respective data reposi- 
tories of one or more of the electronic auctions. 

17. The method of claim 16 wherein the software search 
agent comprises a continuously executing program capable 
of issuing search requests to search the respective data 
repositories of the plurality of electronic auctions on the 
computer network. 

18. The method of claim 16 wherein the software search 
agent searches for the item by formatting a search request 
into a predetermined format and issuing the formatted search 
request to one or more of the electronic auctions on the 
computer network. 

19. The method of claim 16 wherein the software search 
agent issues a plurality of search requests, one each to a 
plurality of electronic auctions. 

20. The method of claim 19 further comprising, at one or 
more of the electronic auctions on the computer network, 
continuously executing a receiving daemon to receive search 
requests issued by the software search agent. 

21. The method of claim 16 wherein each electronic 
auction and its associated data repository are implemented 
on a separate node in the computer network. 

22. The method of claim 21 wherein the computer net- 
work comprises the Internet. 

23. The method of claim 16 wherein receiving input 
identifying an item comprises receiving from a human user 
input that is descriptive of an item that is desired by the 
human user. 

24. The method of claim 23 wherein the human user's 
input is collected in the first instance at a first computer that 
is remote from, and in communication with, another com- 
puter on which the software search agent is executing. 

25. The method of claim 24 comprising transmitting the 
collected human user's input from the first computer to the 
other computer on which the software search agent is 
executing. 

26. The method of claim 24 further comprising: 
receiving search results from one or more electronic 

auctions that was searched by the software search 
agent; and 

displaying the search results to the human user on the first 
computer. 

27. The method of claim 16 wherein a computer on which 
the software search agent is executing is independent from 
the electronic auctions on the computer network. 

28. The method of claim 16 wherein the item being 
searched for comprises goods, services, collectables, or a 
combination thereof. 

29. A computer-implemented method of searching for an 
item in a plurality of electronic markets interconnected by a 
computer network, each electronic market having an asso- 
ciated data repository, the method comprising: 

receiving input identifying an item; and 

instructing a software search agent to search for the item 
on the computer network in the respective data reposi- 
tories of one or more of the electronic markets. 
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30. The method of claim 29 wherein the software search 
agent comprises a continuously executing program capable 
of issuing search requests to search the respective data 
repositories of the plurality of electronic markets on the 
computer network. 

31. The method of claim 29 wherein the software search 
agent searches for the item by formatting a search request 
into a predetermined format and issuing the formatted search 
request to one or more of the electronic markets on the 
computer network. 

32. The method of claim 29 wherein the software search 
agent issues a plurality of search requests, one each to a 
plurality of electronic markets. 

33. The method of claim 32 further comprising, at one or 
more of the electronic markets on the computer network, 
continuously executing a receiving daemon to receive search 
requests issued by the software search agent. 

34. The method of claim 29 wherein each electronic 
market and its associated data repository are implemented 
on a separate node in the computer network. 

35. The method of claim 34 wherein the computer net- 
work comprises the Internet. 

36. The method of claim 29 wherein receiving input 
identifying an item comprises receiving from a human user 
input that is descriptive of an item that is desired by the 
human user. 

37. The method of claim 36 wherein the human user's 
input is collected in the first instance at a first computer that 
is remote from, and in communication with, another com- 
puter on which the software search agent is executing. 

38. The method of claim 37 comprising transmitting the 
collected human user's input from the first computer to the 
other computer on which the software search agent is 
executing. 

39. The method of claim 37 further comprising: 
receiving search results from one or more electronic 

markets that was searched by the software search agent; 
and 

displaying the search results to the human user on the first 
computer. 

40. The method of claim 29 wherein a computer on which 
the software search agent is executing is independent of the 
electronic markets on the computer network. 

41. The method of claim 29 wherein the item being 
searched for comprises goods, services, collectables, or a 
combination thereof. 

42. A computer-implemented method of searching a plu- 
rality of electronic markets interconnected by a computer 
network, each electronic market having an associated data 
repository, the method at a first electronic market compris- 
ing: 

issuing to a second electronic market a request to search 

the second electronic market's data repository; 
receiving from the second electronic market a list of 

electronic markets on the computer network known to 

the second electronic market; and 
updating a list maintained by the first electronic market of 

known electronic markets based on the list received 

from the second electronic market. 
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43. The method of claim 42 further comprising: 
receiving from the second electronic market search results 
in response to the search request issued by the first 
electronic market. 
5 44. The method of claim 42 wherein the second electronic 
market's list of electronic markets known to the second 
electronic market includes a third electronic market previ- 
ously unknown to the first electronic market, and wherein 
the method at the first electronic market further comprises 
10 issuing a search request to the third electronic market. 

45. The method of claim 42 wherein the method at the first 
electronic market further comprises issuing a search request 
to each of a plurality of other previously unknown electronic 
markets identified in the list of electronic markets received 

15 from the second electronic market. 

46. The method of claim 42 wherein the issuing, receiving 
and updating are performed a plurality of times relative to a 
plurality of other electronic markets on the computer net- 
work. 

20 47. The method of claim 46 wherein the first electronic 
market communicates with each of the plurality of other 
electronic markets serially. 

48. The method of claim 46 wherein the first electronic 
market communicates with at least two other electronic 

25 markets substantially in parallel. 

49. The method of claim 46 wherein the first electronic 
market communicates with each of the plurality of other 
electronic markets serially. 

50. The method of claim 46 wherein the first electronic 
30 market communicates with at least two other electronic 

markets substantially in parallel. 

51. A computer-implemented method of searching a plu- 
rality of electronic markets interconnected by a computer 
network, each electronic market having an associated data 

35 repository, the method at a first electronic market compris- 
ing: 

receiving from a second electronic market a request to 
search the first electronic market's data repository; 

determining whether the second electronic market is 
known to the first electronic market; and 

if the second electronic market is unknown to the first 
electronic market, updating a list of known electric 
markets maintained by the first electronic market to 
45 include the second electronic market. 

52. The method of claim 51 further comprising: 
transmitting from the first electronic market to the second 

electronic market a list of other electronic markets 
known the first electronic market. 
50 53. The method of claim 51 further comprising: 

transmitting from the first electronic market to the second 
electronic market search results responsive to the 
search request received from the second electronic 
market. 

55 54. The method of claim 51 wherein the receiving, 
determining and updating are performed a plurality of times 
relative to a plurality of other electronic markets on the 
computer network. 
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